Replanificación

Contexto

En este documento se recogen los cambios que ha sufrido la planificación inicial a lo largo de los distintos Sprints, sirviendo este documento como referencia para saber qué tareas están planificadas finalmente para los Sprints.

Sprint 1

Teniendo en cuenta que estas eran las tareas iniciales:

• Administración del sistema: Incluye el alta de usuarios administradores en la aplicación.
• Gestión de personas: Creación de personas que acuden a la asociación en busca de ayuda.
• Gestión de familias: Similar a la gestión de personas.
• Gestión de citas: Creación y listado de citas en la aplicación.
• Gestión de alimentos: Registro e inventario de alimentos de la asociación.
• Seguimiento y control del proyecto.
• Despliegue e integración continua: Se realizará en Google Cloud utilizando GitHub Actions.

El único cambio que hay en las tareas de este Sprint es el traspaso de la Gestión de alimentos al Sprint 2 debido sobre todo a la realización de otras tareas más prioritarias en este Sprint.

Sprint 2

Tras la realización del Sprint 1, consideramos una serie de cambios con respecto a la planificación inicial del Sprint 2, debido fundamentalmente a las reuniones que hemos mantenido con las organizaciones y enseñarles los resultados del primer Sprint. Estos cambios aparecen en la sección "Mejora del prototipo" y a parte de esa implementación, también consideramos los requisitos que se veían reflejando en la planificación inicial.

• Transferencia de datos: Exportación de datos a una hoja de cálculo.
• Responsive: Asegurar el funcionamiento en dispositivos móviles.
• Mejora del prototipo: Incluye las siguientes tareas:
  • Recuperación de contraseña vía email (ACAT).
  • Funcionalidad de paginación.
  • Buscador interno.
  • Registrar nombre completo y alias (ACAT).
  • Cambiar nombre modelos (ACAT).
• Gestión de entrega de alimentos: Creación, listado y consulta de entregas de alimentos. (procedente del Sprint 1)
• Gestión de endpoints y unificación de funcionalidades en backend y frontend: Se llevará a cabo durante varias semanas con tal de tener las aplicaciones funcionando al completo lo antes posible (preferentemente antes de Semana Santa).
• Imprevistos y errores: durante tres semanas está previsto que los equipos de backend y frontend tengan que afrontar imprevistos que puedan surgir a lo largo del Sprint.
• Seguimiento y control del proyecto.
• Despliegue e integración continua: En Google Cloud con GitHub Actions.

De un vistazo, esta replanificación quedaría de esta manera representada en un diagrama de Gantt.

Gantt Sprint 2 v1

Cabe destacar que el sistema de sincronización en local se mueve al Sprint 3 para poder centrarnos en las tareas prioritarias, teniendo en cuenta que desde las organizaciones nos dijeron que era tan necesario incluir esta característica (concretamente ACAT no la necesitaba y Cirio y Costal la necesitaba pero no le daba tanta importancia como a las demás).

Una vez avanzamos en el Sprint 2 durante dos semanas, tuvimos que modificar la planificación para cambiar algunas funcionalidades y hacer de las aplicaciones, un sistema más mantenible económicamente:

• Migración de la base de datos a MongoDB.
• Refactorización en Backend:
  • Refactorización para MongoDB.
  • Refactorización del código para el cumplimiento de los estándares definidos.
• Refactorización de los tests en Frontend debido a nuevos cambios y al comportamiento responsive del sistema.

Por tanto, este sería el diagrama definitivo que reflejaría todos estos cambios.

Gantt Sprint 2 v2

Además recibimos por parte de los usuarios piloto numerosas peticiones de cambio las cuales llegamos a implementar estas:

• Recuperación de contraseña.
• Alias por defecto: 2 primeras letras del primer apellido y 2 del segundo. Si el nombre es simple, 2 primeras letras del nombre. Si es compuesto primera letra de cada nombre. A veces los alias son personalizados.
• Fecha de intervención en formato: fecha y hora.
• Incluir todos los campos de una intervención en los Excel.
• Mostrar paciente en intervención.
• Implementar opción de importar datos.
• Implementar almacenes como entidades.
• QR para autenticar para cambiar contraseña.

El Sprint comenzó el 6 de marzo y las funcionalidades deben estar implementadas para el 2 de abril.

Sprint 3

En el Sprint 3, llevaremos a cabo las últimas actividades antes de finalizar el proyecto. Para este Sprint es necesario utilizar el GH Projects más detallado en todos nuestros repositorios. Este contiene estimaciones, fechas, tamaños, etc. La planificación es la siguiente:

• Marketing.
• Estadísticas de la ONG: Dashboard con estadísticas generales del sistema (CyC).
• Autenticación segura: Llamadas a la API para la autenticación segura de los usuarios.
• Seguimiento y control del proyecto.
• Despliegue e integración continua: En Google Cloud con GitHub Actions.
• Sistema de sincronización: Guardado de cambios en local para su posterior sincronización.
• Sistema de pago: Implementación de una plataforma de pago.
• Validación de correos: Uso de APIs externas para validar los correos electrónicos.

En cuanto a las peticiones de cambio por parte de los usuarios piloto, esperamos completar satisfactoriamente las siguientes:

• Área desplegable que contenga: Prevención, Atención, Incorporación sociolaboral, Otro (Observaciones).
• Selección de persona en las intervenciones por alias.
• Sólo un usuario MAESTRO (que pueda realizar operaciones CRUD sobre los usuarios).
• Añadir un campo observaciones al crear una familia.
• Mejorar la consistencia en la redacción de las funcionalidades de los botones.
• Mostrar mensajes de avisos en la aplicación.
• Notificar cuando queda un tiempo determinado.
• Nombre de columnas en Excel en español.
• Mejorar la consistencia en la redacción de las funcionalidades de los botones.
• Añadir un campo observaciones al crear una familia.
• Mostrar alias en intervenciones.
• Poder filtrar por fechas en las intervenciones.
• Creación de familia, que se puedan añadir miembros.
• Mostrar fecha de caducidad.
• Mostrar entregas.
• Correción de errores ortográficos en el frontend.

Tras la revisión del 9 de abril se van a añadir las siguientes tareas:

• Notificaciones: Se ha decidido implementar un filtro dentro de cada vista que se encarge de mostrar las familias que faltan poco para acabar su suscripción.
• Estadísticas.

También se va a mover la Creación de "Skeleton Loaders" a la fase PPL para centrarnos en tareas más importantes en este Sprint.

El Sprint se inició el 3 de abril y finalizará el 23 de abril, dejando margen para corregir posibles errores.

Preparing Project Launch (PPL)

Para la preparación del lanzamiento del proyecto tenemos previsto realizar las siguientes tareas:

• Campaña de publicidad: Llevar a cabo la campaña de publicidad que se habrá preparado en el marketing del Sprint 3.
• Planificación y análisis: A nivel técnico y financiero para conocer la situación de la empresa.
• Plan de lanzamiento: Elaborar el plan de lanzamiento que se ejecutará durante la fase de World Project Launch (WPL).
• Manuales de usuario: Elaborar los manuales de usuario de la aplicación.
• Competidores.
• Análisis SWOT.
• Plan de retorno de inversión.

Además se llevarán a cabo las siguientes:

• Mejorar la UX ("Skeleton Loaders", responsividad y estilos).
• Terminar el feedback de los usuarios piloto.

Esta fase del proyecto se inicia el 24 de abril y finalizará el 7 de mayo, dejando margen para corregir posibles errores.